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Abstrac t 


This paper is a critique of a computer prog ramming language, Carl 
Hewitt's FLANHEFl r a formalism designed especially to cope with the 
problems that Artificial Intelligence encounters* It is our contention 
that the backtrack control structure that Is the backbone of Planner Ts 
more of a hindrance In the solution of problems than a help, in 
particular* automatic backtracking encourages inefficient algorithms, 
conceals what is happening from the user* end misleads film with 
primitives having powerful names whose power is only superficial. An 
alternative* a programming language called COMNI'/Eft which avoids these 
Problems* is presented from the point of view of this critique. 
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The Problem with PLANNER 

A higher level language derives Tts great power from the fact 
that Et tends to Impose structure on the problem solving behavior of the 
user, besides providing a library of useful subroutines with a uh 3 form 
calling sequence, the author of a higher level language imposes his 
tEmory of problem solving on the user. Gy choosing what primitive data 
structures, control structures, and operators he presents, he makes the 
i mp I e<tien ta t Ion of some algorithms more difficult then others, thus 
d i scour eg i rig some techniques and encouraging others. So, to be 1 r g Do d'', a 
higher level language must not only simplify the job of programming, by 
providing features which package progratnm 1 ng structures commonly found in 
the domain for which the language was designed, it must also do Its best 
to discourage the use of structures which lead to r, bud" al go r i t bins. 

PLANNER 111 is the language designed by Carl Hewitt of the MIT 
Artificial Intelligence Laboratory. {A subset of PLANNER was rather 
haphazardly Implemented by G.J. Sussman, T + Ufnog rad and E. Charniak* lie 
call this operational system M3 CKO“PLANNER|21,} PLANNER Incorporates 
three busic Ideas; automatic backtrack control structure, pattern^ 
directed data-base search, and pattern^dlrected invocation of procedures. 
Gas teal I y, backtracking is a way of inak I mg tentative decisions which can 
be taken back if they don’t pan out, the pattern'd]rooted data base 
search allows the user to ask for the data items called assert ions wFifch 
match a given pattern, and is intimately linked via the GOAL function to 
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pattern-directed: procedure Invocat ion, which gives the user the ability 
to say ” Find and run a program whose declared purpose matches this 
pattern, 1 * This type of pros ram* called a th eorem . is expected to 
Instantiate the pattern ( succeed > * and thus simulate an assertion. In 
fact, it simulates a whole class of them, since failures back Into any 
such theorem cause It to make different choices and succeed with 
different instances, 

How these mechanisms arc related can best lie Illustrated by an 
example* The statement CGUAL (?A IN ?B})> Is expected to assign the 
quest Ion-marked variables that do not have value? already, or fall If it 
can't, cousin^ a backup to the last, decision point To the program, 

GOAL instantiates its pattern by matching It against successive 
assertions, like [11LJCK2 IN 80X1>. If It find? nope, or enowfih failures 
propagate back to the GOAL to use up those it has found. It call theorems 
with matchina patterns, such as: 

tCONSEQUENT CX ¥ Z> C7X IN ?Y) 

(GOAL ( 7X IN ID) 

(GOAL f?Z III ?¥)) ) 

which expresses one facet of the notion that IN Is transitive* A PLANNER 
program executing 1G0AL (GLOCKS 111 711)} first checks to see If It "know?" 
the answer, and If so sets Ft to it- If not. It 3> i n d a X to BLQCK2, links 
¥ and G, enters the theorem, end look? for a Z containing: RLOCKZ and 
contained In some ¥, Its net effect la to assign, a value to B* 
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If a failure propagates pack Intu the theorem, it finds another ¥ 
containing Z , and henca generates another G; enough failures to use up 
those ¥'s drive it to find another Z;ond a few more will make It and the 
original GOAL fall themselves* Backtrack control structure is the heart 
of this apparatus. 

Automatic backtracking is implemented as follows: A PLANNED 
program, as Ft runs, grows a cbrnnolog1cal stack of fai1noj^ts each of 
wnlch corresponds to either a side effect or a decision point piece 
where a choice Is made between several alternative possibilities?* A 
failpolnt carries with It all information necessary to reconstruct the 
state of the run n ini process at the time the Fai[point was made* It may 
logicall/ he considered to he a snapshot of that process {though it 
really saves much less then e copy?* At some time, the process may 
decide to Fail , perhaps because some decision made at a previous decision 
point led the program Into a blocked state from which there ere po viable 
alternatives* The failure then pops off the latest faMpolnt on the 
chronological stack. If tliis fallpoint was a side effect, then It is 
undone, end the process continues foiling. If this fail point was a 
■decision point, then FF there are any remaining at tarnat \ ves , execution 
proceeds from that fail point with- the next choice taken, or If there are 
none the failure continues to propagate. In these terms, GOAL finds 
exactly one assert 3 ora or theorem each time it \$ reached, hut Sets a 
fat I point to regain control If a failure should* occur later* 
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For some time we have been studying P l_ A N NEH and the uses to which 
it lias been put> hoping to learn just wliat mod 1 f I c at Top'vs would be 
desirable to the user community* These investigations have led us to 
decide that this basic control structure of PLANNED Ts wrong,, though Its 
successes indicate that it contains many powerful (and seductive? Ideas, 
This inVeSfigatiran has led to the design 31 d irftp 1 ementation of a neW i and 
hopefully cleaner language/ CO N ill V £ tl | j | , built partially on the good 
ideas found In PLArjMEd* 

Here is our the si si automatic backtrack Eng, which occupies a 
place i n PL AN N Ed analogous to to diet of recursion In USP, Ts the wrong 
structure for the domain for which PLAllHER was Intended, that Is, 
Artificial Intelligence, He argue that! 

1 + Programs which use automatic backtracking are often the worst 
algorithms for solving a problem. 

2* The most common use of backtracking can almost always be 
replaced by a purely recursive structure which is not only more efficient 
but also clearer, both sonant i cai I y and syntactically, 

3, Superficial analysis of problems and poor programming 
practice are encouraged by the ubiquity of automatic backtrackfns and by 
the illusion of power that a function like G£AL gives the user merely by 
brute force use of Invisible failure-driven loons. 

Ij. The attempt to fi* these defects by the Introduction of 
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"failure messages'* (to be'expia i ned) is, unnatural and ineffective. 

Thus we contend that Che problem with PLAHNER is automatic 
backtrack control structure, l/e must stress, however, that PLANNER has 
introduced many valuable constructs into our way of thinking, the most 
important of which 1 & pattern-dlrectetf search of a hierarchical data 
base„ 

Note also that we are not contending that good programs cannot be 
imp] evented in PLANNER; that would be absurd, lie are only claiming that 
PLAN NEK gets in the user’s way when he tries to embody certain 
Stra ightforward concepts in bEs programs, Nor are we making the weak 
point that PLANNER occasionally lures foolEsh prog rammers into 
inefficiency. One could try to make this criticism of LISP lb hy 
pointing out, for example, how ft tempts one to write an exponentially 
exploding, doubly recursive algorithm for computing the n th element In 
the Fibonacci sequences 

(ilEFUN FMJ (N) 

{COHO tt- 0 N) 1> 

((- i rn n 

fT {* (FIB <- N 1> > 

{FIB (- N 2))}) )1 

The letn^uage lias led us astray here, since it discourages writing the 
iterative algorithm, but th i s is jio condemnation of LE-&P; the mechanism 
of recursive control structure, although the wrong one to use in this 
pathol ojgicaT case. Is often both the most natural and the most efficient 
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control structure for the 'problems of symbolic manipulation that are 
typical of LISP applicac [cuss, PLANNED, however, almost forces 
inefficiency In exactly thfi applications it was designed for, 

i/e now consider our points In detail, 

1, All will readily admit that a perfectly clever program would 
do no backtracking; It would know where It was goinjt at each step and 
never need to undo a bad decision* Good programs that know the structure 
of Che problem domain (such as Moses' $ ! N | 5 f ) have no need for art ability 
to thrash about., searching for a good approach {as in SAlNTIbl)* Pure 
backtracking (without failure messages) Is essentially a mechanism for 
easily undoing a bad decision In the hope that a better alternative will 
be found. Thus it is most appropriate to algorithms which make such bad 
decisions either because of lack of sufficient guiding structure In the 
problem space or of sufficient knowledge of that structure in the 
p rog r am * 


It is, of course. Impossible In practice or in principle to 
achieve perfect or even adequate knowledge in most At application 
programs. Inevitably, programs will rucogni^e that they have gone 
seriously ugluy, and will have to undo part of what they have done. 
Unfortunately, pure backtrackTng undoes every thing since the last 
de c F $ i on, without en qu i r E rtjj as co wh ether it was t he one at fault, 
a program will eventually stumble upon the right path, but Its 
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organisation makes 3 c hard" for It to team something from an attempt that 
failed and erased all its side effects* The only at tempt at correcting 
this Intrinsic: defect of failure in the PLANNER sense Is the failure 
message device, to be discussed under point four. 

2. Observation of the HIT vision group 1 5 [7] use of MICRO-PLANNER 
tends to indicate that one of the more imprortant OSes of bat kt rock ] ng, in 
programs which are not searching because they know exactly where they are 
going. Is in information retrieval* Although important, ft Is curiously 
quite trivial for such a powerful mechanism as the GOAL primitive. 

Vision programs main tain targe data bases of Information about a visual 
scene, and often must he able to search out relevant data I terns from a 
mass of irrelevancles. Fur example: 

{GOAL {?X IS Cl GO } 

{GOAL C?X IS GREEN)) 

{GOAL C?X ON ?Y)J 
(GOAL C ? Y 13 BLUE)) 

( stuff ?X ?¥> 

means "'do the stuff ,T on the first objects X and ¥ such that "the big 
green X fs on the blue Y. " ^ li u f f duesr^t like the first ones found, 

Et can easily fall to get more. If there are any* Mote that what Is 
going on here 3s sequential filtering of the possible assignments of X 
end Y by p±ittQrn-di rected search of the data base bn H tl'teO rens * We see 
that backtracking must be used hero because any particular hi?; k chosen 
on Hue one may not be green, or may not be on something blue. The stack 
frame of each goal statement thus maintains a list of the hitherto 
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untried possl b E 1 I t les and If a failure reaches It, It trlee the next one 
and proceeds* 

A much ™re strai ghtforward and reveal Ing approach would be to 
use ordinary recursive and iterative control structure to filter the 
possibilities directly- Thus, for example, a LISP function FDR-ALL might 
be written, such that: 

fFOR-ALL f 7 X IS BIG) 

(FOR-ALL nx IS GflEEtl) 

{FGll-ALL l?x OH ?Y> 

CFCM-ALL £?¥ IS BLUE) 

(*tuf f?X 7¥)>m 

wouid have the desired effect. Flere, FQil-ALL is just a standard LISP 
function which, upon entry, looks up all of the assertions and theorems 
match E ns the pattern j;l ven as Tts fTrst argument (with values substituted 
for variables which are already assigned). It then assumes the first 
possibility, assigning variables appropriately, and evaluates Its second 
argument* if th e evaluation ever returns, rather than exiting the lopp, 
the first element is removed from the list of possibilities and the 
process repeats. notice that by appropriately nesting our loops no 
backtracking is required In the data retrieval* Here stuff Is dona on 
each X and ¥ which satisfies the criteria until stuff decides it has had 
enough, and leaves tEie nest of FOR-ALL's (with a RETURN, GO, or someth! ng 
s I m i tar). 

This good nesting of loops has decided advantages. SSesIdes being 
more efficient than backtracking {a marginal advantage), flood nesting 
manes the scope of the action clear* There Is no chance an unexpected 
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failure will propagate back. T nto this ©do and compute without our 
explicit programsFng of this activity, 

Me want to emphasize that tills insidious problem is not made up. 
It is observed by real users of MJCRO-PLANNER who complain that they just 
can't control thei f urograms because whet they do depends on events 
before end a ftpr they arc called. Usually any choice made in a piece of 
code doing such filtering eventually Falls for the seme reason that the 
first choice did, but backtrack |ng tends to treat all decision! points as 
equally Important and tries all possibilities; the only subsequent 
symptom that the prograon is running amok is chat It takes forever to tell 
you it failed. The consequent theorem given suffers from exactly this 
problem; if called by, e.g., tQQtk L (BLQ-CK2 IN B0X1J), its only possible 
actions are either to find a Z between ULGCK2 and E0X1, or to fail, 

Alt hougb which 4 is found cannot possibly affect subsequent events, a 
failure back to the theorem will cause It to Took up another Z, succeed, 
and allow its caller to fall again In exactly the same way! 

Onu way out of this problem is to FINALIZE the prosram from just 
before the first filter to just after the code which the user doesn't 
want reentered upon failure, thus freezing all its side effects once and 
for all* This Is unsatIsfactory because often some of them should be 
undone upon some later failure. 

In some cases this is a problem, in some cases not; what Is 
always a problem Is that toe structure of a PLANNER program does not 
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reveal what the pro§rarrtmer 1 £ intentions afe, He mu 5 £ always keep tn mi nd 
that in effect there is only one gigantic nest of failure “driven loops in 
any PLANNER program, end every subprogram that might fail is only a tiny 
piece of it. He thTnk that ft Is essentially clearer for any looping or 
nesting structure to- be made explicit. 

3. As PLANNED Is currently organized. It provides a very compact 
nutation lit which to encode exhaustive searches for solutions to problems 
cne programmer understands poorly. Other program organ I zat I ons, though 
certainly possible* are clearly more complex and less transparently 
described. To overcome this difficulty* a mulEEprocessing capability 
has been patched Into PLANNER in later versions, but several backtracking 
processes do not seem any better than one* Multiprocessing allows 
"toraadth-wise @.earcli rp of a sort* but ft js only an abortive step to 
freedom by the poor programmer. Each of his processes Is still crippled 
by the exhaustive searches built into system primitives; he must still 
spend time calculating the possible directions from and circumstances 
under which control could enter each line of his code* With all the 
machinery hung on his programs to circumvent the control structure, they 
look much lass understandable; most programmers just can't be troubled* 
There Is really no reason why they should be. ',Je have already made the 
point* which we can carry much Further, that a more revealing con trot 
structure would allow programners to express a broader range of concepts 
more natural Iy* 
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There is a deeper issue here than what Is needed in P'LAi^neII to 
make it more powerful; we ask instead what it Is about PLANNER that makes 
it so unusable. Its defaults are chosen throughout so that backtracking 

must be tediously reckoned with In every case unless the user explicitly 
prevents it, it is easy to say fas some PLANNER advocates do) that 
people should write their programs to avoid the temptation to backtrack 
except when necessary, but Tt Is wuch harder actually to do it when the 
language gives them every opportunity to fall, 

4, In order to give the user a modicum of control over the 
backtrack mechanism, failure messages were incorporated into PLANNER 
early in its history. The intent was to give a program the ability to 
fail with any message to a specific point which It has set up beforehand 
to catch the failure by matching that message. This does not give the 
user the ability to perform even the simplest of control functions. 
Suppose, for example, we have a goal which Invokes a theorem. This 
theorem, in probing the search space, discovers something relevant to Its 
further exploration. It would like to edit the list of theorems which 
are pending in the goal which called It (the alternatives which will be 
tried If the current theorem fail si, deleting some entries and Inserting 
others. It might even wish to sort the list of alternatives according to 
some general criterion. It has not yet, however, failed, and thus cannot 
return a failure message. Furthermore, It cannot gat at the list of 
a 1ternatives pending on Its failure. 
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This Is not a fine point of control structure theory; Tt would be 
extremely relevent to a PLANNER encoding of a chess program tike that of 
Greenbl act I SI * For example* this program,. In an analysis of a move, may 
discover that it fs In danger of being forked. This discovery must 
change the whole set of criteria by which It judges further alternatives. 
It must try to make a move vfh 1 ch meets the discovered threat* I f 
possible* 


L^e have been concent rat i ng here on the sloppy interface between 
failure iiiessages end GOAL, but there is a fundamental difficulty with 
them that would je encountered evert if the user abandoned GDAL 
altogether* That Is, they can't carry enough information. There is no 
way to fail back with the message; "Process P ran into difficulty T*" 
because process P and; its content have been destroyed by the failure* So 
all the relevant Information must be contained in the T oart of the 
message: "difficulty T»" It is clear that including all and only the 
relevant information Is as impossible a job for a subroutine as 
anticipating the form of every possible failure Ts for its caller* in 
face, the THM(:$$-AGE primitive of MI CRO-PLANNER has never heen 
successfully used; It seems to be one of those superficially good Ideas 
that prove to be unworkable. 

It seems that a failing program has no choice but to make too 
muck information frozen In too global a context,, or to flush everything. 

It has discovered and bet all its chips on one message Tt hopes somebody^ 
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somewhere,, can figure out. These -a! ternat fves do not really alter the 
blind nature of a fa i I ure-dri ven process, or of several of them* T h i s Is 
probably why they go unused, 

At this point It 3s desirable to abstract our entire discussion 
away From the particular prUii Li ves of PLANNER, and enquire what Is 
gained and what is lost by the use of automatic backtracking. What is 
gained Is clear, and very appealing. En the first place. It provides a 
mechanism for none rat I me alternatives, one at a time, to be used In an 
effort to accomplish some task. Secondly, It provides a mechanism for 
eradicating the consequences of accepting an alternative later found to 
be ansu 1 table. 

ife have criticized the consequences of this scheme In several 
ways already. Now we shall argue that its basic defect is that It forced 
the dangerous assumption that the alternatives at each decision point are 
Independent; that Cas within all PLANNER primitives! the trial of one of 
them may produce little or no information which can Influence the 
selection of further al ternat 1 ves, or the way in which they are run. 

This is enforced by the eradication of the consequences of a hypothesis 
when that hypothesis Ts discarded. 

For example, a robot wants to pick up an object, and he has 
several ways of doing so* In trying the fTrst method, with hfs right 
hand. Fie discovers that the object Is hot by seriously burning himself. 
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It is clear that though this method, failed he should not go back and try 
his left hand, Uor should It be necessary for him to have foreseen the 
difficulty and thus set up a message catcher for burnt hand failure (or 
for lightning striking); such caution, applied to all possible 
cootTrigenc 1 es > is Impossible, The reasonably designed robot will 
drastically modify his behavior at this point, say by getting a pair of 
tongs, after sc ream 1 ng, 

iiotice also that any failure-driven generator (a function that 
returns a value but sets a fei(point) is constrained to generate 
alternatives one at a time. If the alternatives are Interdependent, 
surely the* best one should bu chosen labile alt or most are in view. In 
fact* the only reason fur warier a LLfl£ objects rather than Just making a 
list of them Is that sometimes the number of possibilities (as* say, the 
prime numbers) may be Infinite* or the cost of generation of the next 
possibility Is much greater or grows much faster than the cost of testing 
its usefulness. In many cases, however, an explicit list of all or some 
of the alternatives is what Is desired, Qf course, oven In PLANNEft* such 
a list must exist, smuggled inside some G^Al^s fail points* but there Is 
no natural way to get at It. 


The PL AWN Eil 1 mpi emeriti* t ion of pa 11 e rn-ri i re e ted procedure 
invocation reinforces these problems of backtracksng* The anonymity of 
the procedures that may be fetched by pat tern-d1rected call makes it even 
easier to pretend to have many "independent 11 methods of solving the same 



problem, hoping that one of the methods, to E>e found by failure, will 
come up with an acceptable solution* Not only does this organ I jat f on 
force each method to have to be able to run In complete Ignorance of what 
has been tried so far, or even that other methods exTst, but In many 
cases the "’Independent" methods wil t come up with the same unacceptable 
answer more than once, causing the system to thrash ridiculously. The 
solution, of course. Is to abandon the myth that there could be several 
independent methods of attacking any interesting problem, and concentrate 
on techniques for making methods Interact reasonably. 

This 3s not to say that the pattern“directed function call does 
not have Its place In the arsenal of problem solving. It 3s valuable 
whenever, either due to the Tnf3nICeness of the set or the economics of 
storage vs* computation, a procedure can be used to represent a set of 
assert Tons* 

There are several such reasonably good ideas scattered throughout 
PLANHER* They Include the notions of "generator 1 ' and M poss E bi I I tl es 
list.' 1 but they have been pushed far beneath the surface, so that that 
the user may think hi terms of "goals*" While the concept of goal- 
directedness 3s certainly as well established as any In our field, it 
seems clear that naming a primitive function "GOAL 11 Is not enough to 
capture the essence of the Idea* In the nttgc section, we shall 
concentrate an the decent Tdcas in PLANNER, arid discard those that have 
gotten so many MI CRtf-PLANNES! users In trouble, starting with automatic 
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Dull dine COMN'IVEfl 

Ue have shown In. the first section that backtrack ns Is a device 
of quest [onaoi e usefulness at the very tasks for winch it was designed* 

It encourages a linkage of the mechanism for generating alternatives with 
the me* chanl sm that restores the environment after the Investigation of 
each out, -Each time, the generation of the next must proceed on the 
basis of very little information besides the fact that the last failed, 
i-le have. In the end, a control structure that almost forces the user to 
regard all his prob 1 ern-so 1 v [ng methods as independent. 

tt seems to be the linkage of these two median 1 sms Tn the GOAL 
statement that E$ at fault,, As an alternative, imagine that we are not 
al lowed to use failure to clean things up, and that everything eucli goal- 
directed subroutine does stays done. Then, If the speculation it has 
Indulged in Is not to have effects In the environrrant of its caller Ithe 
program considering the alternatives), it must have a I neat env1ronment 
of its own to make changes to. These changes may make Its model of the 
problem conflict with Its superior's model, or may simply be hypothetical 
additions to It, The Important point is that a simple return to the 
caller will be sufficient to make the changes invisible., 


This concept can bit made clear by analogy with the familiar 
notions of "control environment 11 ia stack, for example}, and "'access 
envi roni'.itiit" (where variables are bound; the term is Qobrnw and 
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ufejib re E t 1 S | 5 | ) ; in CONN! VER, we gene ru \ 3 ze the latter to "data base 
tinvi romiient, 11 or context 4 Just as LI3P 1*5 supports a tree of access 
arwl ronments {"association JFst&"), so CD^NIVER supports a tree of 
contexts, in which each daushter“context represents 3 data base 
Incromantall y different from her parent, 

ThT s tree. It will be made clear, must be thrown and maintained In 
conjunction wTth a control environment of equal complexity. But the 
control structure exists only to exploit the data base, so we return to 
it later, 

Conniver contexts contain \ te^ , which are simple list structures 
like PLANUEii's assertions fwithout the theorcm-provlnfi connotations that 
surround the latter term)'. An I tern such as f SQUARE r +-8 PA'iJM3) may he added 
to the current context with 

UJP T C5QJA.IE4£ PAWN 3 )) 

and taken out with 

CUEUQVE ' CSQUAREkfl PAWFf3>}, 

The arguments to ADD and REMOVE arc skelu cons * ITst structures that 
define iterns after substitution of the values of thefr variables. 
Variables are End lent ad by V*. Thus, If X » PAwJJ2, ( ADD ' f SQUARE U 5 ,X>) 
adds the item (SQUAftE(t$ PAWH2J to the current context, 

how, |f the presence or absence of an Item Is to be reflected 
oni¥ in a local data base, that is, be "hypothetical," the data 
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environment must be "pushed down 1 * before doing ADD's and REMOVE'S of tills 

sort, Since* tn CQJJNiVER* a context Is a data type* and the current 

context 3s assigned to the variable CONTEXT, all we need to write Is: 

(PROG "AUX" ((CONTEXT (PUSH-CONTEXT) )) 

(A4)0 ' (SQUARED 8 PAWNS)) 

a 

) 

COHNIVEil syntax is roughly chat of LISP* but a declaration of local 
variables must be explicitly Indicated wl th the atom "AUX" 1 , and each such 
local must ne given an explicit Initial value, |f It Is not to be 
unassisted* by being declared as "(variable valuer' Instead of just 
“variable." This PrtdG thus rebinds COUTEXT to the value returned by the 
system function PUiH-COKTEXT, The current context has had one more 
lL ext - frarie pushed onto it. New changes apply to this frame only, 
rtrter the body of the PROG has been executed in this "hypothetical" 
context, the PilOG's control frame will be exited, CONTEXT will be 
restoring its old value* In which the action of the ADD [5 
invisible; In effect* a data JLmme has been exited as well, 

Since contexts are date structures just like lists, they can be 
returned as values of functions, assigned to global variables, etc.* so 
that in fact the user has available a t ree of contexts his program has 
left behind* Tn the same way that using functional arguments (closures of 
functions) In LISP creates a tree of var 1able-val m associations. 
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3 Lews can be retrieved from the current content by means of the 
CQHNIVER primitive FETCH, whTch finds all items present In Che content 
tliat match a pattern. For example, if we let the presence of the Item 
<£ HAS player square) means "player (X or Q) has pot his mark In square In 
the tio'tac’toe position represented by the current content , 11 we can find 
ell of X's squares with 

(FETCH *4 HAS K fSQtMftE))* 

Roughly as In PLANNER, the ir ?" indicates that the variable SQUARE is to 
be asslgtipd a value by matching the pattern (HAS X ^SQUARE) against some 
Item. However, FETCH does not makes the assignment* Since backtracking 
has been exorcised from CQHNJVEH, Et s Imply returns a uossl b f 1 1 L Fes 1J_s.t 
which contains all the matching Items,, rather than hiding them In a 
fail point in GOAL, to be handed to 05 coyly, one per failure* 

Such a possibilities list might look tike 
( *PQSQ1 DIUTt ES 

{* ITEI 1 ((HAS X 5 3 (9 +)) ((SQUARE 5J)3 

(♦ITEM ((HAS X 2: (9 +)) ((SQUARE 2}}) 3* 

The exact (.lean bus of every parenthesis in this list Is unImportant, but 
the overall content Is Ehi si FETCH has found two Iters 1 L >1 1 f 1 1 es , both 

present In tills context (which Fnclodes context-frame 9). Tfie first 
matches the pattern w 1 th SQUARE = 5; the second^ with SQUARE =■ £- 

The user can man i pu 1 a Le this list In any way Tie choose s; one way 

i s with the system function TRY-NEXT,, which pops off and: returns the 
first Item In the list (here, ((HAS X S3 (3 + 33), and assigns the pattern 
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Viriabl^s as the possibility directs {and so, in tli i s ce sej sets- SQUARE 
co S), 


Mow can we exploit this data structure? Although PLANNER, in its 
latest internet Eons 110] , contains a date base structure as powerful as 
what we have sKetthed, it should be clear that Its backtrack mechanism is 
worthless for the purpose; ft often deatrovs exactly the contexts we wish 
co preserve. 


For the present, we want to stick to the simple problem of 
gene rat Ins alternatives, which PLANNER Ts constrained to do one at a 
ciine, one per failure, erasing part of the yenerator's context each time- 
IF tiie generator wishes to conniun3cete the fact that It has failed so 
far, it must destroy Its context entirely to do it, even though tt may 
have just succeeded Tn building a useful world model. The best that can 
be said for failure Is that It has become Irrelevant, since If a process 
does want to throw in the towel completely, all it has to do is return, 
unbinding CONTEXT, To use CQUNIVEK data structures effectively, we need 
a compromise between keeping a fa 11 point and returning for good;, let us 
allow a generator to return, but keen its control environmeqt Tn 
ox i stance. Since that control environment r.tay include a binding of 
CONTEXT, It includes some data environment as well; it can be used to 
embody a no Ini of vlow towards the program's problem and a place to go to 
attack it furcher. 
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T h T 5 median l an becomes Important when a program wishes to include 
a set of items in the current content ora the basis of a procedural 
criterion instead of their actual presence- This is essentially the role 
of consequent theorems In PLANNER, but the analogous GONNlVER structure, 
the if - needed method, cannot work the way consequents do because there is 
no baekt rack f rig- An if-needed which matches a FETCH'S pattern will be 
found after all the matching Items, and included in the possibilities 
list as a me t hud Dnsai-bi liilt , of the form C^METtlOD pattern method). When 
TRY-WEXT encounters such a thing, it must invoke it. An if-needed, once 
Invoked, ucts as much like a generator as its con sequent-theorem cousin, 
but in a different way- 

Pursuing cjur sic - tac“toe example, tet the presence of thp 1 teri 
(rftNMOVE player square move) mean "player (X or Q) will have three marks 
in a row if Fie makes move, after occupying square*" Such Items might come 
in handy, for example. In a search for two winning moves after the 
occupation of square; since the opponent cannot block both, occupying 
square ivi 13 force a win* 

For e*ar.tple, a CONNIVER program may search for moves M which win 
the game for X after his occupation of square S with (FETCH T (NINHOVE X 3 
?M>)* if the resulting possibilities list includes ( *r*ETHOfl (UlNilOVE X 3 
UIHI-10VE5J, the method UINM0VES will be invoked by THY-NEXT? 
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(IF-MEEDED WHiHOVES 

(UhMHOVE ?PLAYER ?SqUARE ?JIOVEJ 

"AUX 1f £ PLAYER SQUARE MOVE (CONTEXT (PUSH-CONTEXT)) PI SQ1 P2 5Q2 } 
CADO ’(HAS ,PLAYED .SQUARE)) 

£ REMOVE '{FREE .SQUARE)) 

(CSETQ PI [FETCH ' {HAS .PLAYER 7SQJ ))) 

:OUTERLQOP 

(TRY-NEXT P l f (GO 'END)) 

(C5ETQ P 2 < FET CJH ’(HAS .PLAYER ?&Q2 3 > > 

;INNERLOOP 

(TRY-NEXT P2 ’(GO "QUTERLQQP)) 

CCOHO ((AND (LESSP $Q1 SQ2) 

(CSETQ MOVE CTHI RD-III-ROW SQi 5Q2)> 

(PRESENT ’{FREE .MOVE))) 

(NOTE (INSTANCE))) ) 

(GO "INHERLUQ P) 

: END 

(AD f EU) >. 


Nhen Mllli-IOVES is i rivokud, it pushes CONTEXT down, end supposes 
chat PLAYER owns SQUARE, and that It is n<? longer free. The two nested. 
TitY-NCXT-drl ven loops then consider each pair of squares owned by PLAYER, 
setting SQ1 and 3Q2 at statements ;OUTERLQUP and jINNERLOOP. 
respectively. (Atoms used as labels must be prefixed with the character 
"i ,, «) The second argument to each TRY-NEXT is evaluated when its 
possibilities are exhausted. Till RD- 1 M-ROW is a function that returns the 
third square in the row. column, or diagonal of ,its arguments, or NIL If 
they are not col linear; (PRESENT pattern) is non-HiL only if an item 
matching pattern is present In the current context,. 


Hare is how vJlNMQVES works; for each distinct pair of col linear 
squares owned by PLAYER, If the third square Is free, the INSTANCE formed 
by substitut ing the current value of MOVE Into the pattern used to cal I 
HI Hi-tUVES is HUTEd* (l^e.. it Is savud on a list, accessibly to the user. 


Sussman 27 


whose structure need not concern us Pie re, J Uhen a!! the instances 
{which look just like item possihit l ties> have been found, they are 
packaged by (AdlEU) into a possibilities 1T st> which is returned. It 
might I (jo k like 
£ * PO$SI 3ILI T J E£ 

C*IT£JI ((UMJMQVE X S S)> £ CM 5))> 

C * I TEM C Ct/IMMOVE K 3 3)] £ CM JJJ) ). 

TEia i i st which AL) t EU creates is returned to the TftV^NEXT that 
invoked Ml (MOVES, This THY-NEXT has been manipulating our original 
possibilities Hst, generated by (FETCH 1 CMII4M0VE X 3 ?H?lj it Found 
WINHOVES In the list and invoked it, and Tt now has its value, a new list 
of possibilities, It does the ohvious; Tt splices the list the method 
returned into i ts TiSt in place of Ul 11MUYES . Thus, the original 
generator possibility In the list has been made to Stand for the 
possibilities ft can produce when invoked, WjNMOVES stands for a set of 
winning moves not mentioned explicitly in the data base. 

Our concept of generator appears simol or than PLANNER's; 
illNMOVES dumps all the instances into tiia upper possibilities list and 
returns, leaving Its control environment and binding of CONTEXT to be 
collected as garbage, Even Ef its cellar wants only one new Tcem 
possibility, generators Tike HlitMOVES give him all of them. 

de have returned to our original problem! how can we maintain In 
existence the control and context structure of UJHMOVES while returning 
from it with on 3 y a few of the possib11i13es It can find? The answer 
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lies Tn the structure and function of the poss i b j 1 \ t les list; to Invoke a 

mat hod found 3n such a list fs to reol <j cn the method by ivalue, itself 

a list of possibilities. If this value Hst contains a general t zed t ae 

back to the generator's act! vat 3 on , Its environment will be preserved, 

Hot only that, but if TRY-HEXT comes uoon such a Chin?; in a possibilities 

list, it is bound to GO to it, Now the method can generate Items In 

finite groups, asking to be reawakened If none of the (tens satisfies its 

caller, A new version of i'JfNMDVES that works this wa y (and has heen 

streamlined In other respects) looks likes 

{ I F-HEEi) ED UIHHUVES 

(HI 1IN0VE ?PLAYER 7SQUARE ?MOVE ) 

r, AUX ,r (PLAY ESI SQUARE MOVE (CONTEXT t PUSH-CD NTEXT)) SQ1 SQ2) 

(ADD '(HAG , PLAYER ,SQUARE)) 

C REMOVE '(FREE SQUARE)) 

(FdR-EACH (FETCH 1 £ HAS ,PLAYER ?SQI)) 

{FDR-EACH (FETCH '(HAS ,PLAYER !SQ2)) 

(Curio {(AND (LE5SP SQl CQ2) 

(CSETQ IIOVF (THIRD- I il-RUlf $Ql SQ2 )) 

( PRESENT 1 ( FREE ,Ml3VE) )) 

(HQTE (INSTANCE)) 

(AU-REVQI R)3 ) >) 

(ADIEU) ). 

Aside from the use of FQR-EACH as a shorthand for a TRY-HEXT-dr Even loop, 
the only add Et Ton Is (Ad-REVO IJl) following (NOTE. (INSTANCE)). AU-REV01R 
Is just like ADIEU, but adds a tag to its own act Wat Ton at the end of 
the possibilities list it returns, now dlHHOVES MOTEs and returns 1ust 
yn<£ instance each time, but if the Instance is unsatisfactory, is 
reawakened at the end of the inner FOR-EACH, to generate onn more the 
same way. {Note that on such returns to an activation, Tt is the tag AU- 
REVOIIi left In the upper possibilities list that stands for a list of new 
items; GO frig replaces It with a possibilities list from the generator 
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just as Invoking does wT til method possibilities,} 

The requirement that there be General i zed tan, tags that mention 
whole control anviremnants, makes it necessary that CONNIVES main tain a 
COFUrot tr^e similar in structure to the context tree it serves. All 
SLich sttll-viable environments form a set of processes cooperating to 
solve a problem. Some of these are generators, using possibilities lists 
as cornnun 1 ca t i on channels with their callers, but this by no means 
exhausts the alternative ways of interact ins. In particular, COffNIVEft's 
generalised control SlLUgmEfl makes it easy to put all of failure and 
backtracking back In if the user wants thein, but he has the duty {or 
privilege) of destining and maintaini rag control over what he builds. 

A couple of points remain to be node. Notice tiiac, although the 
loops in iVINMiJVE^ are exhaustive and blind, they are c x n 1 r c 1 t . The only 
natural way to write this generator in PLANNER Is by use of successive 
GOAL stateritents that filter out the bad choices., Although the user may 
Intend a loop like a FCW-EACH, and, locally, the. GOAL conglomeration 
behaves 1 rku one, it suffers untontrolTably from the effects of global 
fa i lures, 

Generators do not have to be methods; we have only been pursuing 
this example because of the PLANNER analogy; it seems much more rational 
that IJIW-10VE5 in particular be a furict I nn of t^jo arguments, PLAYER and 
SQUARE, with values corresponding to MOVE, (5ae 131.1 
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Communication between prccesse^, it is our Feeling, Is assent! at 
to their success. Ue have tried to build as many tornmun i eat r oil devices 
Into TRY-NEXT and Generator^ as possible In hopes that they will be used, 
It would be very dangerous to try extend trig the exhaustive searches used 
in W!AMOVES to something as much more complicated as a plausible chess 
move generator. A clever generator must be able to talk to its caller. 
WlMMQVES is supposed to illustrate what is legaT in C0NNIVER, not what Is 

tjOod , 


Ue have constructed CbHNIVEft partly by raising to prominence 
ideas casually embedded In PLANNER partly by giving hidden PLANNER 
constructs back to tlie people, and partly by concent rat Ins; on what is 
needed in a programming language as opposed to a tlieorem-prover. Our 
major contribution, we chink, Is the elimination of backtracking upon 
failure as a mechanism for the blind gene ration of alternative approaches 
to a problem, 'Je have shown how PLANNED make? It difficult to write 
controllable pros rams ; how, like most theorem-provers. It Is committed to 
loosely guided exhaustive search as a problem-solving method; and how the 
user must either succumb to the will of the control structure or spend 
much of his time using primitives {like FINALISE, STRAIGHTEN, T EM pill) 
ate- ad i n f I n I turn ) that save him from It, It is our hope that we have 
shown that control and understanding of his programs should be vTcal 
concerns of the Artificial Intelligence pro^rammer„ 
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